Маячковые профили — фото и описание в каталоге Grand Line на официальном сайте

• Главная
• Каталог
• Профиль и комплектующие для гипсокартона
• Перфорированный профиль для штукатурных работ
• Маячковые профили

Перейти в интернет-магазин

В магазин Связаться

Изготовление нестандартной длины, штрих-кодирование профиля по запросу Заказчика.

Производство всех видов маячковых профилей для штукатурных работ организовано на 3-х заводах компании — в городах Смоленск, Краснодар и Санкт-Петербург. Продажа маячковых профилей осуществляется во всех фирменных офисах продаж и в офисах продаж наших дилеров. Предварительно вам следует сделать расчет необходимого количества профилей. Стоимость вашего заказа будет напрямую зависеть от комплектации конкретными видами профилей.

Каталог: «Профиль и комплектующие для гипсокартона»

Крепление для установки маячковых профилей КРЕММЕР, пакет

Преимущества

Описание

Стальной крепеж для маячкового профиля значительно ускоряет и облегчает проведение отделочных работ. Благодаря точности установки профилей достигается существенная экономия стройматериалов.

Применение

Для установки и выравнивания маячкового профиля в процессе отделочных работ

Техническая информация

Артикул
Упаковка, шт.	100	50
Длина (L), мм	36	36
Ширина (b), мм	20	20
Толщина (s), мм	0. 4	0.4

Документация

Рекламная брошюра
(скачать pdf, 427.94 КБ)

Инструкция для печати
(скачать pdf, 427.94 КБ)

Сопутствующие товары

Саморезы

Ящики

Дюбели

Сетевые шуруповерты

Отвертки

Биты

ПОЗВОНИТЕ НАМ (800) 761-1700 Профиль с 3 болтами Amber Beacon

ОБЗОР

На центральном складе запчастей мы максимально упрощаем возврат. Наша миссия — предоставить вам лучшие продукты и лучший сервис в отрасли. Мы понимаем, что иногда клиенты меняют свое мнение о продуктах, которые они заказывают, или просто в них больше не нуждаются. Мы также знаем, что клиенты с осторожностью относятся к политике возврата, поскольку она часто сложна и вводит в заблуждение. Наша цель — сделать процесс возврата или обмена надежным и простым, как 1-2-3.

ПОЛИТИКА ВОЗВРАТА

Если по какой-либо причине вы не полностью удовлетворены своей покупкой, вы можете вернуть товар в течение 14 дней с момента получения заказа. Для заказов, размещенных в праздничный сезон с 15 ноября по 31 декабря, срок возврата увеличивается до 60 дней.

Применяются следующие правила:

• Товары должны быть в оригинальной упаковке и в новом и пригодном для продажи состоянии.
• Любой продукт, который был использован или полностью/частично установлен, возврату не подлежит.
• Стоимость доставки не возвращается.
• Все возвраты должны осуществляться с помощью нашей Процедуры возврата путем заполнения формы RMA в разделе МОЙ СЧЕТ.
• На нашем веб-сайте предлагается несколько товаров и услуг, не подлежащих возврату. В описании продукта будет четко указано, применяется ли другая политика возврата.
• Отмена заказа может быть запрошена только до отгрузки или в некоторых случаях.
• Если возврат товара был вызван нашей ошибкой или ошибкой производителя, мы покроем стоимость доставки.

ПРОЦЕДУРА ВОЗВРАТА

Чтобы вернуть продукт, вы должны сначала запросить разрешение на возврат товара (RMA), которое находится в разделе МОЯ УЧЕТНАЯ ЗАПИСЬ рядом с каждым товаром заказа, который вы хотите вернуть. Форма RMA будет включать точный обратный адрес и подробные инструкции о том, как вернуть продукт. Пожалуйста, подождите от 24 до 72 часов для обработки вашей претензии.

ПРОЦЕДУРА ОБМЕНА

Существует 2 способа обмена продукта:

• Вариант 1 (более медленный) — Используйте стандартную процедуру возврата, чтобы запросить RMA для детали, которую необходимо заменить. В заявке укажите, на какие именно товары вы хотите произвести обмен. После получения возвращенного товара мы обработаем обмен и отправим новую деталь. Если есть разница в цене, вам либо вернут деньги, либо спишут разницу.
• Вариант 2 (быстрее) — закажите новую деталь через Интернет или по телефону, чтобы ее сразу же доставили вам. Затем запросите RMA, используя стандартную процедуру возврата для детали, которую вы хотите вернуть. При возврате детали возврат будет произведен незамедлительно.

ДЕФЕКТНЫЕ, ПОВРЕЖДЕННЫЕ ИЛИ НЕПРАВИЛЬНЫЕ ПРОДУКТЫ

Все мы знаем, что иногда случаются несчастные случаи. Если ваш продукт (ы) будет доставлен с дефектом, поврежден или просто не соответствует требованиям, пожалуйста, свяжитесь с нашим отделом обслуживания клиентов как можно скорее. Пожалуйста, не пытайтесь использовать или устанавливать деталь! Мы вышлем вам запасную часть и предоставим вам предоплаченную этикетку для возврата дефектной детали. Товар(ы) должен быть возвращен нам в течение 30 дней. Если повреждение было вызвано курьерской службой доставки, мы запланируем забрать повреждение курьером.

Если требуется отправить запасную часть до возврата оригинального товара, мы должны временно авторизовать вашу кредитную карту до тех пор, пока не будет возвращен оригинальный товар.

ОТМЕНА ЗАКАЗА

Когда вы запрашиваете отмену заказа или его части, обработка вашего требования об отмене может занять до 72 часов. Этот процесс может включать в себя аннулирование заказов в компьютерных системах, удаление товаров из журналов невыполненных заказов, вытягивание операционным персоналом товаров из производственных графиков и иногда остановку заказов на доке отгрузки. Также обратите внимание, что иногда продукты доставляются быстрее, чем ожидалось, поэтому мы рекомендуем вам не покупать альтернативные продукты до получения окончательного подтверждения отмены.

ВОЗВРАТ И КРЕДИТЫ

После того, как мы примем ваш возврат, вам будет выплачено возмещение тем же способом оплаты, который вы первоначально использовали для размещения заказа (кредитная карта, Paypal, Google, eBillMe или чек). Сумма возврата будет состоять из первоначальной цены покупки за вычетом стоимости доставки. Вам будет отправлено электронное письмо, подтверждающее получение возврата и ваш кредит. Пожалуйста, подождите еще 5-7 дней, прежде чем кредит появится на вашем счету.

Язык профиля

Лучший способ создать профиль — изменить существующий. Несколько примеров профилей доступны на Github: https://github.com/cobalt-strike/Malleable-C2-Profiles

Когда вы откроете профиль, вот что вы увидите:

 # это комментарий 
 set global_option "ценить";
 
 протокол-транзакция { 
 set local_option "значение";
 
 клиент { 
 # настроить индикаторы клиента 
 }
 
 сервер { 
 # настроить индикаторы сервера 
 } 
 } 

Комментарии начинаются с # и идут до конца строки. Оператор set — это способ присвоить значение опции. Профили используют {фигурные скобки} для группировки утверждений и информации. Операторы всегда заканчиваются точкой с запятой.

Чтобы все это было понятно, вот частичный профиль:

 http-get {
        установить uri "/foobar";
        клиент { 
 метаданные { 
 base64; 
 Добавить "пользователь=";
                       заголовок «Cookie»; 
 } 
 } 

Этот частичный профиль определяет индикаторы для транзакции HTTP GET. Первый оператор, set uri, назначает URI, на который клиент и сервер будут ссылаться во время этой транзакции. Этот оператор set находится за пределами блоков кода клиента и сервера, потому что он применяется к ним обоим.

Блок client определяет индикаторы для клиента, выполняющего HTTP GET. В данном случае клиентом является полезная нагрузка Cobalt Strike Beacon.

Когда маяк Cobalt Strike «звонит домой», он отправляет метаданные о себе в Cobalt Strike. В этом профиле мы должны определить, как эти метаданные кодируются и отправляются с нашим HTTP-запросом GET.

Ключевое слово метаданных, за которым следует группа операторов, указывает, как преобразовывать и встраивать метаданные в наш HTTP-запрос GET. Группа операторов, следующих за ключевым словом metadata, называется преобразованием данных.

0.	Старт		метаданные
1.	база64	Кодировка Base64	bWV0YWRhdGE=
2.	добавьте «пользователь =»	Предварительная строка	пользователь=bWV0YWRhdGE=
3.	заголовок «Cookie»	Сохранить в транзакции

Первая инструкция в нашем преобразовании данных гласит, что мы будем кодировать наши метаданные с помощью base64 [1] . Второй оператор prepend берет наши закодированные метаданные и добавляет к ним строку user= [2] . Теперь наши преобразованные метаданные — «user=». base64 (метаданные). В третьем утверждении говорится, что мы будем хранить наши преобразованные метаданные в HTTP-заголовке клиента с именем Cookie 9.0143 [3] . Вот и все.

И Beacon, и его сервер используют профили. Здесь мы прочитали профиль с точки зрения клиента Beacon. Сервер Beacon возьмет эту же информацию и интерпретирует ее в обратном порядке. Допустим, наш веб-сервер Cobalt Strike получает запрос GET на URI /foobar. Теперь он хочет извлечь метаданные из транзакции.

0.	Старт
1.	заголовок «Cookie»	Восстановление из транзакции	пользователь=bWV0YWRhdGE=
2.	добавьте «пользователь =»	Удалить первые 5 символов	bWV0YWRhdGE=
3.	база64	Base64 декодировать	метаданные

Оператор заголовка сообщит нашему серверу, где восстановить преобразованные метаданные из [1] . HTTP-сервер заботится о том, чтобы разобрать для нас заголовки HTTP-клиента. Далее нам нужно разобраться с оператором prepend. Чтобы восстановить преобразованные данные, мы интерпретируем начало как удаление первых X символов [2] , где X — длина исходной строки, которую мы добавили. Теперь все, что осталось, это интерпретировать последний оператор, base64. Ранее мы использовали функцию кодирования base64 для преобразования метаданных. Теперь мы используем декодирование base64 для восстановления метаданных [3] .

У нас будут исходные метаданные, как только интерпретатор профиля завершит выполнение каждого из этих обратных операторов.

Язык преобразования данных

Преобразование данных — это последовательность операторов, которые преобразуют и передают данные. Операторы преобразования данных:

Преобразование данных представляет собой комбинацию любого количества этих операторов в любом порядке. Например, вы можете выбрать кодировку netbios для передачи данных, добавить некоторую информацию, а затем кодировать весь пакет в base64.

Преобразование данных всегда заканчивается оператором завершения. Вы можете использовать только один оператор завершения в преобразовании. Этот оператор сообщает Beacon и его серверу, где в транзакции хранить преобразованные данные.

Имеется четыре оператора завершения.

Оператор завершения заголовка сохраняет преобразованные данные в заголовке HTTP. Оператор завершения параметра сохраняет преобразованные данные в параметре HTTP. Этот параметр всегда отправляется как часть URI. Оператор печати отправляет преобразованные данные в тело транзакции.

Оператор печати является ожидаемым оператором завершения для блоков http-get.server.output, http-post.server.output и http-stager.server.output. Вы можете использовать операторы завершения заголовка, параметра, печати и uri-append для других блоков.

Если вы используете оператор завершения заголовка, параметра или uri-append в http-post.client.output, Beacon разделит свои ответы на фрагменты разумной длины, чтобы вписаться в эту часть транзакции.

Эти блоки и данные, которые они посылают, описаны в следующем разделе.

Строки

Язык профиля Beacon позволяет вам использовать «строки» в нескольких местах. Как правило, строки интерпретируются как есть. Однако есть несколько специальных значений, которые вы можете использовать в строке:

Заголовки и параметры

Преобразование данных является важной частью процесса настройки индикатора. Они позволяют вам модифицировать данные, которые Beacon должен отправлять или получать с каждой транзакцией. Вы также можете добавлять посторонние индикаторы к каждой сделке.

В запросе HTTP GET или POST эти посторонние индикаторы представлены в виде заголовков или параметров. Используйте оператор параметра в клиентском блоке, чтобы добавить произвольный параметр в транзакцию HTTP GET или POST.

Этот код заставит Beacon добавлять ?bar=blah к URI /foobar при выполнении запроса.

 http-get { 
 client { 
 параметр "bar" "blah"; 

Используйте оператор заголовка в блоках клиента или сервера, чтобы добавить произвольный заголовок HTTP к запросу клиента или ответу сервера. Этот оператор заголовка добавляет индикатор, облегчающий работу групп мониторинга сетевой безопасности.

 http-get { 
 сервер { 
 заголовок "X-Not-Malware" "Обещаю!"; 

Интерпретатор профиля будет интерпретировать ваши заголовки и операторы параметров по порядку. Тем не менее, библиотека WinINet (клиент) и веб-сервер Cobalt Strike имеют последнее слово о том, где в транзакции появятся эти индикаторы.

Параметры

Вы можете настроить параметры маяка по умолчанию через файл профиля. Существует два типа опций: глобальные и локальные опции. Глобальные параметры изменяют глобальные настройки маяка. Локальные опции зависят от транзакции. Вы должны установить локальные параметры в правильном контексте. Используйте оператор set, чтобы установить параметр.

 установить "время сна" "1000"; 

Вот несколько вариантов:

data_jitter		0	Добавить строку произвольной длины (до значения data_jitter) к выходным данным сервера http-get и http-post.
headers_remove			Список заголовков HTTP-клиентов, разделенных запятыми, для удаления из Beacon C2
host_stage		правда	Полезная нагрузка хоста для подготовки через HTTP, HTTPS или DNS. Требуется стейджерам.
джиттер		0	Коэффициент джиттера по умолчанию (0-99%)
имя канала		msagent_##	Имя канала по умолчанию, используемое для одноранговой связи SMB Beacon. Каждый # заменяется случайным шестнадцатеричным значением.
pipename_stager		статус_##	Имя канала, используемого для стейджера именованных каналов SMB Beacon. Каждый # заменяется случайным шестнадцатеричным значением.
имя_образца		Мой профиль	Имя этого профиля (используется в отчете Индикаторы компрометации)
время сна		60000	Время ожидания по умолчанию (в миллисекундах)
smb_frame_header			Добавление заголовка к сообщениям SMB Beacon
ssh_banner		Кобальтовый удар 4. 2	Баннер клиента SSH
ssh_pipename		postex_ssh_####	Имя канала для сеансов SSH. : Каждый # заменяется случайным шестнадцатеричным значением.
Steal_token_access_mask		Пусто/0 (TOKEN_ALL_ACCESS)	Устанавливает значение по умолчанию, используемое командой маяка Steal_token и командой сценария-агрессора маяка bsteal_token для функций OpenProcessToken «Желаемый доступ». Предложение: используйте «11» для «TOKEN_DUPLICATE | TOKEN_ASSIGN_PRIMARY | TOKEN_QUERY»
tasks_max_size		1048576	Максимальный размер (в байтах) задачи(й) и данных прокси, которые могут быть переданы по каналу связи при проверке в
tasks_proxy_max_size		921600	Максимальный размер (в байтах) данных прокси для передачи по каналу связи при регистрации.
tasks_dns_proxy_max_size		71680	Максимальный размер (в байтах) данных прокси для передачи по каналу связи DNS при регистрации.
tcp_frame_header			Добавление заголовка к сообщениям TCP Beacon
TCP_порт		4444	Порт прослушивания TCP-маяка по умолчанию
ури	http-получить, http-сообщить	[обязательный параметр]	URI транзакции
uri_x86	http-сценарий		Этап полезной нагрузки x86 URI
uri_x64	http-сценарий		Этап полезной нагрузки x64 URI
агент пользователя		Internet Explorer (случайный)	User-Agent по умолчанию для HTTP-коммуникаций.
глагол	http-получить, http-сообщить	ПОЛУЧИТЬ, ПОСТ	HTTP-глагол для транзакции

С помощью параметра uri вы можете указать несколько URI в виде строки, разделенной пробелами. Веб-сервер Cobalt Strike свяжет все эти URI и назначит один из этих URI каждому хосту Beacon при построении этапа Beacon.

Несмотря на то, что существует опция агента пользователя; вы можете использовать оператор заголовка, чтобы переопределить эту опцию.

Дополнительные сведения о параметрах ‘task_’

Параметры tasks_max_size, tasks_proxy_max_size и tasks_dns_proxy_max_size совместно создают буфер данных, который будет передаваться маяку при регистрации. Когда маяк регистрируется, он запрашивает список задач и данных прокси, которые готовы к передаче этому маяку и его дочерним элементам. Буфер данных начинает заполняться задачами, за которыми следуют прокси-данные для родительского маяка. Затем он продолжает использовать этот шаблон для каждого дочернего маяка до тех пор, пока не перестанут быть доступны задачи или прокси-данные или значение параметра tasks_max_size не будет превышено следующей задачей или прокси-данными.

Параметр tasks_max_size управляет максимальным размером в байтах буфера данных, заполненного задачами и прокси-данными, которые могут быть переданы маяку через каналы связи DNS, HTTP, HTTPS и Peer-to-Peer. В большинстве случаев значения по умолчанию подходят, однако бывают случаи, когда задача тома cus превышает максимальный размер и не может быть отправлена. Например, вы используете execute-assembly с исполняемым файлом размером более 1 МБ, и на командном сервере и консолях маяка отображается следующее сообщение.

[Консоль TeamServer]
Удаление задачи для 40147050! Размер задачи 1389584 байт превышает максимальный размер задачи 1048576 байт.

[Консоль Beacon]
Размер задачи 1389584 байт превышает максимальный размер задачи 1048576 байт.

Увеличение параметра tasks_max_size позволит отправить эту пользовательскую задачу. Однако для этого потребуется перезапустить командный сервер и создать новые маяки, так как tasks_max_size исправляется в настройках конфигурации при создании маяка и не может быть изменен. Этот параметр также влияет на то, сколько памяти кучи выделяется маяком для задач обработки.

Передовой опыт:

• Определите максимальный размер задачи, которая будет отправлена ​​на маяк. Это можно сделать путем тестирования и поиска приведенного выше сообщения или изучения ваших пользовательских объектов (исполняемых файлов, библиотек DLL и т. д.), которые используются в ваших заданиях. Как только это будет определено, добавьте дополнительное пространство к значению. Используя информацию из приведенного выше примера, используйте 1572864 (1,5 МБ) в качестве tasks_max_size. Причина наличия дополнительного пространства в том, что меньшая задача может следовать за большей задачей для чтения ответа.
• Когда значение tasks_max_size определено, обновите параметр task_max_size в своем профиле, запустите сервер группы и сгенерируйте артефакты маяка для развертывания в целевых системах.
• Если ваша инфраструктура требует, чтобы маяки, сгенерированные другими серверами групп, соединялись друг с другом через одноранговые каналы связи, этот параметр следует обновить на всех серверах групп. В противном случае маяк будет игнорировать запрос, если он превысит заданный размер.
• Если вы используете прослушиватель ExternaC2, потребуется обновление для поддержки tasks_max_size, превышающего размер по умолчанию, равный 1 МБ.

При выполнении большой задачи избегайте постановки ее в очередь с другими задачами, особенно если она выполняется на маяке с использованием одноранговых каналов связи (SMB и TCP), так как она может быть отложена на несколько проверок в зависимости от количества уже поставленные в очередь задачи и прокси-данные для отправки. Причина в том, что когда задача добавляется, она имеет размер X байтов, что уменьшает общее доступное пространство, доступное для добавления дополнительных задач. Кроме того, проксирование данных через маяк также уменьшит количество доступного места для отправки большой задачи. Когда задача задерживается, на командном сервере и консолях маяка отображается следующее сообщение.

[Консоль Team Server]
Разделение задач на 123! Невозможно добавить задачу размером 787984 байт, так как она превышает доступный размер 260486 байт. 2 задачи отложены до следующей проверки.

[Консоль Beacon]
Невозможно добавить задачу размером 787984 байт, так как она превышает доступный размер в 260486 байт.